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Verfahren zur Ubertragung von Informationen 



Die Erfindung betrifft ein Verfahren zur Ubertragung von 
Informationen, deren Aufbau durch die mit Abstrakte 
Syntax-Notation Eins (ASN.1) bezeichnete formale Sprache zur 
Definition von Datenstrukturen definiert ist. 

Es wird auf folgende Literatur Bezug genommen: 

[NMFTR107] Network Management Forum 

Forum TR107: ISO/CCITT and Internet Management: 
Coexistence and Interworking Strategy 
Issue 1.0 September 1992 

[M.3010] ITU-T Recommendation M.3010 

Maintenance : Telecommunications Management 
Network 

Principles for a Telecommunications Management 
Network 10/92 

[X.160] ITU-T Recommendation X.160 

Data Networks and Open System Communications 
Public Data Networks - Maintenance 
Architecture for Customer Network Management 
Service for Public Data Networks 7/94 
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[X.200] Data Networks and open system communications 
Open System Interconnection - 
Model and Notation 
Information Technology - 
Open System Interconnection 
Basic Reference Model 
Geneva, 1994 

[X.208] ITU-T Recommendation X.208 

Specification of abstract syntax notation one 
(ASN.1 ) 

Information technology 

Open System Interconnection 1988 

[X.209] ITU-T Recommendation X.209 

Specification of Basic Encoding Rules for 
Abstract Syntax Notation One (ASN.1) 

[X.710] ITU-T Recommendation X.710 

Data Communication Networks 
Open Systems Interconnection 

Common Management Information Service Definition 
for CCITT Applications 
Geneva, 1991 

[X.711] ITU-T Recommendation X.711 

Data Communication Networks 
Open Systems Interconnection 
Common Management Information Protocol 
Specification for CCITT Applications 
Geneva, 1991 

[X.722] ITU-T Recommendation X.722 

Data Communication Networks 
Open Systems Interconnection 
Structure of Management Information 
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Guidelines for the Definition of Managed Objects 
Geneva, 1992 

[RFC1157] Network Working Group RFC 1157 

Simple Network Management Protocol ( SNMP ) 

[RFC1085] Network Working Group RFC 1085 

ISO Presentation Services on top of TCP/IP-based 
internets 

M. Rose, Performance Systems International 
K. McCloghrie, Hughes LAN Systems 
December 1988 



[RFC1189] Network Working Group RFC 1189 

Common Management Information Services and 
Protocols for the Internet (CMOT and CMIP) . 
U.S. Warrier, L. Besaw, L. LaBarre, B.D. 
Handspicker . 

historic protocol, not recommended status 
Oct-01-1990. 



[RFC1214] Network Working Group RFC 1214 

OSI Internet Management: Management Information 
Base 

L . Labarre 

historic protocol, not recommended status 
April 1991 

[RFC0793] Network Working Group RFC 0793 
Transmission Control Protocol 
J. Postel. September 1981 

OSI Abstract-Data Manipulation API (XOM) 
CAE Specification 
Issue 3 

x/Open Company Ltd 
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Ferner werden folgende Abkurzungen verwendet: 



ASN . 1 
BER 
CMIP 
CMIPDU 

CMIS 

CNM 

DCF 

DCN 

GDMO 

OSI 

SNMP 

TCP/IP 

TMN 
XOM 



Abstract Syntax Notation One [X.208] 
Basic Encoding Rules [X.209] 
Common Management Information Protocol [X.711] 
Common Management Information Protocol Data Unit 

[X. 71 1 ] 

Common Management Information Service [X.710] 
Customer Management Network [ X . 1 60 ] 

Data Communication Function 
Data Communication Network 

Guidelines for the Definition of Managed Objects 

[X.722] 

Open System Interconnection [X.200] 
Simple Network Management Protocol [RFC1157] 
Transmission Control Protocol / Internet Protocol 

[RFC0793] 

Telecommunication Management Network [M.3010] 
X-OPEN, Interface for handling ASN, 1 



Die Abstrakte Syntax-Notation Eins (Abstract Syntax Notation 
1 (ASN.1) [X.208] dient zur formalen Spezif ikation von 
Datentypen. Sie wird unter anderem zur plattf ormunabhangigen 
Definition verschiedener Dienste und Protokolle des 
OSI-7-Schichtenmodells (Open System Interconnection [X.200]) 
verwendet. Damit .die gespeicherte Information, deren 
Struktur durch ASN.1 festgelegt ist, ubertragen werden 'kann, 
gibt es eine Reihe von Verfahren, wie zum Beispiel die Basic 
Encoding Rules (BER) [X.209], zur Codierung von ASN.1 
Werten. Die BER-codierte Information kann dann mit Hilfe 
eines beliebigen Verfahrens binar ubertragen werden. In der 
Regel werden hierfiir Ubertragungsprotokolle aus der TCP/IP 
oder OSI Familie benutzt. 
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Zur Zeit gilt die Ubertragung der verschiedenen in ASN. 1 
definierten Protocol Data Units (PDU) der Schicht 7 des 
0SI-7-Schichtenmodells mit Hilfe eines rein OSI-basierten 
Protokollstacks als sehr aufwendig. Aus diesem Grunde wird 
haufig entweder auf die Verwendung dieser Protokolle 
verzichtet, oder die unteren Schichten des 
OSI-Protokollstacks werden durch ein bereits vorhandenes 
TCP/IP Protokoll ersetzt. Beispielhaft fur eine Reihe dieser 
Verfahren sei hierfur das CMIP over TCP/IP (CMOT) [RFC1189] 
erwahnt . 

Aufgabe der Erfindung ist es, diese Nachteile bei der 
binaren Ubertragung von Inf ormationen, deren Struktur durch 
ASN.1 festgelegt ist, zu vermeiden. 

Die Aufgabe wird erf indungsgemafi dadurch gelost, daB die 
Ubertragung in als Text codierter Form erfolgt. Vorzugsweise 
ist dabei vorgesehen, daB eine Klartext-Codierung erfolgt, 
bei der der codierte Inhalt ohne Hilfsmittel lesbar ist. 

Die Vorteile des erf indungsgemafien Verfahrens beruhen im 
wesentlichen darauf, daB textorientierte 

Ubertragungsprotokolle in der Regel sehr weit verbreitet und 
damit entsprechend kostengiinstiger als binare 
Ubertragungsverfahren sind. Zusatzlich ist die Fehlersuche 
bei Klartextcodierung wesentlich einfacher zu realisieren, 
wodurch die Implementierungskosten fur eine konkrete 
Anwendung deutlich geringer ausf alien. Die Vorteile sind im 
einzelnen: 

- Durch die starke Verbreitung textorientierter 
Ubertragungsprotokolle, wie zum Beispiel eMail, ist die 
Zahl der Rechner, die mit diesem Protokoll erreicht werden 
konnen, deutlich groBer als bei binaren 
Ubertragungsverfahren . 

- Sogenannte Firewalls zur Abgrenzung eines f irmeninterrien 
Netzes sind haufig nur fur textorientierte 
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Ubertragungsprotokolle of fen. 

- Zur Fehlersuche in den codierten ASN. 1 -Inf ormationen 
werden keine zusatzlichen Werkzeuge gebraucht, da die 
Codierung in fur Menschen lesbarer Form vorliegt. 

- Durch die Verwendung sehr einfacher Protokolle werden an 
die zur Codierung und Ubertragung benotigte Rechenleistung 
keine groBen Anfordungen gestellt, wodurch sich auch 
einfache PCs fur diesen Zweck eignen. 

- Sende- und Empf angseinrichtungen brauchen keinen komplexen 
Protokollstack zu beinhalten. Die erf orderliche Software 
fur textorientierte liber tragungsverf ahren ist in vielen 
Betriebssystemen bereits vorhanden . 

Im Gegensatz zu der BER-Codierung ist es bei dem 
erf indungsgemaBen Verfahren moglich, die empfangenen Daten 
zu decodieren, ohne auf eine apllikationsinterne Referenz 
der ASN . 1 -Definition zugreifen zu miissen. 

Eine besonders vorteilhafte Weiterbildung des 
erf indungsgemaBen Verfahrens besteht darin, daB zu jeweils 
einer zu ubertragenen Information die Bezeichnung des 
jeweils nach ASN.1 definierten Datentyps ubertragen wird, 
wobei vorzugsweise vorgesehen ist, daB die Bezeichnung 
vorangestellt und durch ein vorgegebenes Trennzeichen, 
insbesondere ein Gleichheitszeichen, von der Information 
getrennt wird . 

Durch diese Weiterbildung wird eine fur den Benutzer 
besonders vorteilhafte Handhabung des erf indungsgemaBen* 
Verfahrens dadurch ermoglicht, daB die als Text codierte 
Form der Information mit Hilfe einer standardmafiig 
verfiigbaren Ausgabeeinrichtung darstellbar ist. Ebenso ist 
eine Eingabe durch den Benutzer sowie eine dauerhafte 
Speicherung der als textcodierten Inf ormationen in einfacher 
Weise moglich . 
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Als Protokoll fur das Management offentlicher 
Telekommunikationsnetze - im folgenden auch Netze genannt - 
wird zukunftig hauptsachlich CMIP [X.711] verwendet werden. 
Telekommunikationsnetze konnen in diesem Zusammenhang Netze 
zur Sprach-, Daten- und Bildiibertragung sein. Der Aufbau der 
CMIPDU ist mit Hilfe von ASN.1 formal definiert worden. Die 
mittels CMIPDUs iibertragene Managementinformation ist 
entsprechend der Basic Encoding Rules codiert. Insbesondere 
bei langen Distanzen oder aufgrund von hohen 
Qualitatsanforderungen kann auf die Vorteile eines 
OSI-Protokollstacks zur Ubertragung der CMIP basierten 
Managementinformationen nicht verzichtet werden. Daneben 
gibt es aber auch Einsatzzwecke, fur die eine wesentlich 
einfachere und kostengiinstigere Losung zur Ubertragung von 
Managementinformationen ausreichend ist. Neben der Umsetzung 
von CMIP auf das in lokalen Netzen weitverbreitete SNMP ist 
auch die Ubertragung von CMIP iiber das - gegeniiber den 
OSI-Protokollen der unteren Protokollschichten - technisch 
einfachere TCP/IP eine derzeit praktizierte Moglichkeit. 

Bei einer anderen Weiterbildung des erf indungsgemaBen 
Verfahrens ist daher vorgesehen, daB die mittels CMIP zu 
iibertragenen Inf ormationen das Management offentlicher 
Telekommunikationsnetze betreffen. Bei dieser Weiterbildung 
ist es letztlich unerheblich, ob die hierfiir verwendete 
Klartextcodierung auf der Tatsache beruht, daB das CMIP in 
ASN.1 definiert wurde, oder ob die textorientierten 
Codierregeln unabhangig von dieser Tatsache erstellt wurden. 

Aufler den bereits aufgezahlten Vorteilen des 
erf indungsgemaBen Verfahrens ist durch diese Weiterbildung, 
namlich die textorientierte Ubertragung des CMIP, moglich, 
das CMIP auch dort einzusetzen, wo die aufwendige 
Ubertragung iiber eine OSI-Protokollstack aus Kostengriinden 
nicht sinnvoll ist. 
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Betreiber offentlicher Netze werden in Zukunft ihren Kunden 
eine Managementschnitts telle zur Verfiigung stellen, liber die 
die Kunden Managementoperationen , die den Teil des von ihnen 
gemieteten offentlichen Netzes betreffen, veranlassen 
konnen. Uber diese Schnittstelle konnen dann alle Daten, die 
die Kunden mit dem Netzbetreiber austauschen mochten, 
ubertragen werden, 

Ein Beispiel hierfiir sei das Anfordern einer Standleitung 
zwischen Standort A und B eines kunden-eigenen Netzes. Beide 
Standorte sind iiber das offentliche Netz miteinander zu 
verbinden. Hierzu ist bei einer anderen Weiterbildung des 
erfindungsgemafien Verfahrens vorgesehen, daB die 
Inf ormationen zwischen einem Teilnehmer und einem 
offentlichen Netz beziehungsweise dessen Managementsystemen 
ubertragen werden und ein vom Teilnehmer durchzuf iihrendes 
Management des Netzes betreffen. 

Die Erfindung kann insbesondere derart ausgestaltet werden, 
daB eine eMail-Schnittstelle fur die textcodierten 
Inf ormationen gebildet wird. Durch diese Weiterbildung wird 
Kunden eine kostengunstige, aber trotzdem zuverlassige 
Schnittstelle zum Netzbetreiber angeboten. Dabei mufi nicht 
auf die Vorteile von CMIP als Managementprotokoll verzichtet 
werden . 

Durch eine solche Schnittstelle zwischen kunden-eigenem 
Managementsystem und dem Managementsystem des Netzbetreibers 
wird es dem Kunden ermoglicht, Managementoperationen nifcht 
nur auf sein lokales Netz beschrankt auszufuhren, sondern 
auch den von ihm genutzten Teil des offentlichen Netzes 
miteinzubeziehen . Man bezeichnet dies als Customer Network 
Management. Eine typische Anwendung hierfiir liegt zum 
Beispiel in der kundenindividuellen Konf iguration des 
Netzes. Weiterhin gehoren auch das sofortige Melden 
erkannter Fehler an den Kunden und die zur Verf iigungstellung 
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bestimmter statistischer Daten zu dem Themenbereich des CNM. 

Eine weitere Ausgestaltung der Erfindung besteht darin, daB 
durch die Verwendung von Zeichentabellen zur Codierung und 
Decodierung der Information eine einfache und flexible 
Anpassung an den beschrankten Zeichenvorrat des 
Ubertragungssystems moglich ist. Wenn beispielsweise ein 
Ubertragungsprotokoll nicht in der Lage ist, das "{"- und 
,! }"-Zeichen zu ubertragen, so kann statt dessen ein anderes 
charakteristisches Zeichen verwendet werden, ohne daB die 
Codierregeln grundsatzlich abgeandert werden miissen. Durch 
die parallele Verwendung unterschiedlicher Zeichentabellen 
ist es somit ohne zusatzlichen technischen Aufwand moglich, 
mehrere Ubertragungsmedien mit unterschiedlichen 
Zeichensatzen innerhalb einer Applikation zu unterstutzen. 

Eine andere Weiterbildung des erf indungsgemaflen Verfahrens 
besteht darin, daB das Codieren und Versenden der 
Managementinf ormationen sowie das Empfangen und Decodieren 
derselben automatisch erfolgen. 

Im Bereich des Netzanbieters ist dann jederzeit eine 
automatische Umsetzung der textorientierten Ubertragung auf 
einen OSI-Protokollstack moglich. Vorteil dieser Architektur 
ist, daB nicht jeder Kunde einen eigenen OSI-Stack 
administrieren muB, sondern daB der Netzbetreiber diesen 
Dienst zentral fur alle Kunden anbietet. 

Ausfiihrungsbeispiele der Erfindung sind in der Zeichnurfg 
anhand mehrerer Figuren dargestellt und in der nachfolgenden 
Beschreibung naher erlautert. Es zeigt: 

Fig. 1 ein erstes Ausf iihrungsbeispiel einer Einrichtung zur 
Durchfiihrung des erf indungsgemaflen Verfahrens, 



Fig. 2 ein zweites Ausf iihrungsbeispiel, ebenfalls als 
Blockschaltbild, 

Fig. 3 eine schematische Darstellung des Managements eines 
von einem Teilnehmer genutzten Teils eines 
offentlichen Telekommunikationsnetzes und 

Fig. 4 eine schematische Darstellung einer textorientierten 
Ubertragung CMIP-basierter Managementinf ormationen 
zwischen CNM-Kunde und Netzbetreiber . 

Bei dem Ausf iihrungsbeispiel nach Fig. 1 s*ind zwei 
Managementsysteme 1 und 2 zum Austausch von Inf ormationen 
liber ein textorientiertes Ubertragungssystem 3 miteinander 
verbunden . Die zu iibertragende Nutzinf ormation kann 
innerhalb der Sende- und Empf angsapplikation 4, 5 bei den 
Managementsystemen 1, 2 in unterschiedlichen proprietaren 
Datenf ormaten vorliegen. Der Aufbau dieser Datenformate wird 
durch die Werkzeuge bestimmt, die bei der Erstellung der 
Applikationen verwendet werden. Bei 6, 7 wird diese 
Nutzinf ormation gemaB ASN.1 und zusatzlich gemaB dem 
erf indungsgemaBen Verfahren codiert bzw. decodiert. 

Fig. 2 zeigt eine mogliche Realisierung der in Fig. 1 
dargestellten Architektur. Von in einem ersten 
Managementsystem 11 bei 13 vorliegenden C-Datenstrukturen 
werden Inf ormationen zum Managementsystem 12 iibertragen, wo 
sie als C/C++-Datentypen bei 18 abgelegt werden. 

Die bei 1 3 vorliegenden Inf ormationen werden zunachst einer 
XOM-Schnittstelle 14 zugefiihrt und dort als XOM-Objekte 
codiert, damit sie gemaB ASN.1 zu handhaben sind. Diese 
Objekte werden dann mit dem erf indungsgemaBen Verfahren in 
textorientierte Ubertragungsprotokolle umgewandelt, die als 
eMail 19 iibertragen und vom Managementsystem 12 empfangen 
werden. Dort werden sie zunachst bei 16 decodiert und in 
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C++-Objekte umgewandelt und danach bei 18 als 
C/C++-Datentypen abgelegt. 

Fig. 3 zeigt ein Scenario bei der Anforderung eines Kunden 
an den Betreiber eines offentlichen Netzes, zwei Standorte 
A, B mit einer Standleitung zu verbinden. Der Kunde setzt 
dazu iiber sein Managementsystem 21 am Standort A eine 
entsprechende Anforderung 24 an das Managementsystem 22 des 
Netzbetreibers N ab. Dieses priift die Anfrage auf 
Realisierbarkeit im eigenen Netz und gibt sie dann an das 
Managementsystem 23 am Standort B des Kunden weiter (25). 
Sobald von dort die Meldung 26 eintrifft, daB der zugehorige 
Teil der Standleitung erfolgreich eingerichtet werden 
konnte, wird die zugehorige Durchschaltung im offentlichen 
Netz erstellt und das Ergebnis "Leitung eingerichtet" dem 
Standort A mitgeteilt (27). 

Fig. 4 verdeutlicht die textorientierte Ubertragung 
CMIP-basierter Managementinf ormation zwischen einem 
CNM-Kunden und dem Netzbetreiber . Das Managementsystem 21 am 
Standort A und das Managementsystem 23 am Standort B des 
Kunden sind mit dem Managementsystem 22 des Netzbetreibers N 
iiber je eine CNM-Schnittstelle 36, 37 verbunden, iiber die 
jeweils nach dem erf indungsgemaBen Verfahren 
klartext-codierte Inf ormationen iibertragen werden. 

Die Managementsysteme 21 , 23 des Kunden haben jeweils 
Zugriff auf die Netzelemente 34, 35 des Kunden. Dieses 
erfolgt beispielsweise am Standort A mit Hilfe von CMIP' iiber 
TCP/IP, wahrend am Standort B SNMP verwendet wird. Das 
Managementsystem 22 des Netzbetreibers N, dessen Domane in 
Fig. 4 durch gestrichelte Linien angedeutet ist, hat Zugriff 
auf die Netzelemente 31 bis 33 des offentlichen Netzes. 
Dieses erfolgt mit CMIP iiber einen 
7-Schichten-OSI-Protokollstack . 
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Der Netzbetreiber N bietet dem Kunden einen CNM-Dienst an, 
womit der Kunde eine eigene oder vom Netzbetreiber zur 
Verfugun§ gestellte Management-Applikation nutzen kann, urn 
seine Management- Anf orderungen an das Managementsystera 22 
des offentlichen Netzes weiterzuleiten . Die zu iibertragene 
Managementinf ormation wird beim Kunden innerhalb seiner 
Management-Applikation automatisch klartext-codiert und iiber 
ein textorientiertes Protokoll an das Managementsystera 22 
des Netzbetreibers ubertragen. Entweder wird diese Nachricht 
automatisch durch das Managementsystem 22 des Netzbetreibers 
bzw. CNM-Dienste-Anbieters empfangen und direkt 
weiterverarbeitet oder es findet bei 36 und 37 eine 
Umsetzung auf einen OSI-Protokollstack und eine OSI-basierte 
Ubertragung zu dem Managementsystem des Netzbetreibers 
statt . 

Auch die Ubermittlung von Managementinf ormationen an die 
Managementsysteme 21 , 23 des Kunden kann in vorteilhaf ter 
Weise mit dem erf indungsgemafien Verfahren durchgefiihrt 
werden. Hierbei wird durch den Netzbetreiber N automatisch 
eine in Textform codierte Nachricht an den Kunden 
weitergeleitet . Die Management-Applikation des CNM-Kunden 
empfangt und decodiert diese Textnachricht automatisch, urn 
die iibertragene Managementinf ormation weiterzuleiten . 

Die erf indungsgemaBe ASN . 1 -Codierung erfolgt nach einem 
festen Verfahren. Fur jeden ASN.1-Typen wird grundsatzlich 
zuerst der Tag in. Form eines sprechenden an die ASN. 1 -Norm 
angelehnten Namens (z.B. "INTEGER 11 fur den Universal Ta^ 2) 
codiert, dann ein l, = ff -Zeichen als Trennelement eingefugt. 
AnschlieBend wird der Wert in der fur diesen Typ 
f estgesetzten Art und Weise codiert. Falls ein 
ASN. 1 -Datentyp seinerseits aus anderen Datentypen 
zusammengesetzt ist, werden bei seiner Wert-Codierung auch 
die Tags und Werte der enthaltenen Datentypen codiert. 
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Es werden zwei Varianten fur die Codierrregeln definiert, 
die beide Gegenstand dieses Patentanspruches sind. Die 
Standardvariante reicht zur Codierung der ASN. 1 -Vers i'on 
vollkommen aus und ist entsprechend einfach zu 
implementieren. Bei der erweiterten Variante wird der 
Codetext mit zusatzlichen Informationen versehen, die aus 
der ASN, 1 -Typendef inition entnommen werden. Hierdurch wird 
die Fehlersuche sowohl gegeniiber der Standardvariante der 
Klartextcodierung als auch gegeniiber der binar-codierten 
Form deutlich vereinfacht. Jedoch erhoht die Verwendung der 
erweiterten Variante den Implementierungsauf wand bei der 
Applikationsentwicklung . Daher ist es auch zulassig, nur 
einzelne Teile der erweiterten Codierung zu verwenden, 
sofern dieses im Sender und Empf anger konsistent geschieht. 
Soweit fur die Codierung eines speziellen Datentypes die 
erweiterte Codiervariante vorgesehen ist, wird diese im 
folgenden bei den zugehorigen Datentypen erklart. 

In den folgenden Abschnitten werden jeweils bei der 
Beschreibung der Codierregeln fur die einzelnen Datentypen 
die zugehorige ASN. 1 -Definition und ein oder mehrere 
Beispiele fur die Codierung angegeben. 

BOOLEAN 

Die Codierung eines Boolean-Datentypes erfolgt, indem fur 
den Typ der Text "BOOLEAN" und fur den Wert wahlweise die 
Texte "TRLJE# " oder "FALSE#" codiert werden: 

ASN. 1 -Definition Codierung (mehrere Beispiele) 

Bol : : = BOOLEAN BOOLEAN=TRUE# 

BOOLEAN=FALSE# 

INTEGER 

Ein Integerwert wird durch den Text "INTEGER" gekennzeichnet 
und der zugehorige Wert im Format einer dezimalen Zahl 
codiert. Dabei sind nur negative Zahlen mit einem Vorzeichen 
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zu versehen. Die Codierung des Wertes wird durch ein 
"jST-Zeichen beendet. 

ASN. 1 -Definition Codierung (mehrere Beispiele) 

Int ::= INTEGER INTEGER=123# 

INTEGER=-1 23# 

BIT STRING 

Ein Bit String wird durch den Text "BIT STRING 11 codiert. Die 
Wertcodierung erfolgt durch eine binare Auflistung, die mit 
,! { } M -Zeichen eingeschlossen und durch ein vorangestelltes 
"B" fiir binar und die Anzahl der codierten Elemente 
gekennzeichnet wird. Eine hexadezimale Codierung anstelle 
der Binarcodierung wird entsprechend iiber ein "H" 
gekennzeichnet. Falls die Zahl der Bits nicht ein 
ganzzahliges Vielfaches von vier ist, sind die undef inierten 
niederwertigen Bits (diese stehen rechts ) mit dem binaren 
Wert M 0 i! zu codieren. Sowohl bei der binaren als auch bei 
der hexadezimalen Codierung ist es entsprechend der 
ASN. 1 -Definition moglich, auf die Codierung am Ende 
stehender Elemente zu verzichten, wenn sie mit dem Wert "0" 
codiert werden. 

Bei der erweiterten Codierung werden die Bezeichner der 
Elemente aufgezahlt, deren Binarwert einer M 1 M entspricht. 
Dabei wird der Anfang der Aufzahlung durch das M { "-Zeichen 
und das Ende durch das " } l! -Zeichen gekennzeichnet. Als 
Trennelement innerhalb dieser Aufzahlung wird ein 
fl / f, -Zeichen benutzt. 



ASN. 1 -Definition 

BitStr BIT STRING { 

ele(0) , 

ele(1 ) , 

ele(2) # 

ele(3) , 



Codierung (mehrere Varianten) 
BIT STRING=B5{01 1 00} 
BIT STRING=B3{01 1 } 
BIT STRING=H2{70} 
BIT STRING=H1 {7} 
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ele(4) } 



Erweiterte Codierung: 

BIT STRING={ele(1 )/ele(2) } 

BIT STRING=B5{ 00000} 

BIT STRING=B1 {0} 

BIT STRING=H1 {0} 



Erweiterte Codierung: 
BIT STRING={} 



OCTET STRING 

Ein Octet String wird durch den Text "OCTET STRING" codiert. 
Die Wertcodierung erfolgt durch eine binare Auflistung, die 
mit " { } "-Zeichen eingeschlossen wird und durch ein 
vorangestelltes M B" fiir binar und die Anzahl der codierten 
Elemente gekennzeichnet wird. Wahlweise kann auch eine 
hexadezimale Codierung verwendet werden, die entsprechend 
{iber ein M H M gekennzeichnet wird. Als Trennelement zwischen 
den einzelnen Octet-Werten dient ein "/"-Zeichen. 

ASN . 1 -Definition Codierung 
OctStr ::= OCTET STRING OCTET STRING=B2 { 1 1 1 0000 1 / 



NULL 

Die Codierung des ASN. 1 -Datentyps Null erfolgt durch den 
Text "NULL=NULL#" . 



OBJECT IDENTIFIER 

Der ASN . 1 -Datentyp Object Identifier wird durch den Text 
"OBJECT IDENTIFIER" codiert. Der Wert wird bei 
vorangestellter Codierung des Textes "NUMERIC" durch 
Auflistung der Ordnungsnummern der Knoten im 



11111111 } 
OCTET STRING=H2{E1 /FF} 



ASN. 1 -Definition 



Codierung 
NULL=NULL# 



Null=NULL 
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Registrierungsbaum codiert, beginnend vom Wurzelelement bis 
zum registrierten Element. Getrennt werden die Zahlenwerte 
dieser Auflistung jeweils durch einen Punkt. Die Codierung 
des Wertes wird durch ein "#"-Zeichen beendet. 

Bei der durch den Text "Symbolic" gekennzeichneten 
erweiterten Codierung wird anstelle der nicht sehr 
aussagekraf tigen Zahlenfolge ein eindeutiger mnemonischer 
Bezeichner benutzt, Dazu muB natvirlich eine eindeutige 
bijektive tabellarische Zuordnung zwischen Bezeicher und 
Object Identifier erstellt werden. Eine Kombination aus 
mnemonischen Bezeichnern und Zif f ernf olge^ ist nicht 
zulassig. Die Codierung des Wertes wird durch ein 
" #"-Zeichen beendet. 

ASN. 1 -Definition Codierung 

Obj ::= OBJECT IDENTIFIER OBJECT IDENTIFIER=Numeric , 



EXTERNAL 

Der Tag des Datentyp External wird durch den Text 11 EXTERNAL 11 
codiert. Die Wertcodierung dieses Datentypes ergibt sich aus 
den Codierregeln fur die folgende SEQUENCE: 

SEQUENCE 



1 .2.2.1 .4# 



Erweiterte Codierung 
OBJECT I DENTIFIER= Symbolic , 

systemld# 



{ 



direct-reference 



OBJECT IDENTIFIER OPTIONAL, 
INTEGER OPTIONAL, 
ObjectDescriptor OPTIONAL, 



indirect-reference 



data- value-descriptor 

encoding 

{ 



CHOICE 



single-ASNI -type 



[0] IMPLICIT ANY, 
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octet-aligned 
arbitrary 



[1] IMPLICIT OCTET STRING, 
[2] IMPLICIT BIT STRING 



} 



} 



REAL 

Zahlen im Real-Format werden in wissenschaf tlicher Notation 
codiert. Die Codierung des Wertes wird durch ein "#"-Zeichen 
beendet . 



ENUMERATED 

Der Tag eines Enumerated-Typs wird durch den Text 
"ENUMERATED" codiert. Die Wertcodierung erfolgt durch die 
Angabe der mit dem Element verknupften Integer-Zahl . Die 
Codierung des Wertes wird durch ein "# "-Zeichen beendet. Bei 
der erweiterten Codierung wird das Element identisch zu 
seinem Def initionstext codiert. 

ASN. 1 -Definition Codierung 
Enum ::= ENUMERATED { ENUMERATED= 1 # 



SEQUENCE 

Der Tag einer Sequence wird durch den Text "SEQUENCE" 
codiert. Die Codierung des Wertes einer Sequence beginnt mit 
der Anzahl der codierten Elemente gefolgt von einem 
"{"-Zeichen und endet mit einem " } "-Zeichen. Bei der 
weiteren Spezif ikation der Wertcodierung muB zwischen zwei 
Typen der Sequence unterschieden werden: 
Bei der einfachen Sequence werden die in der Sequence 
enthaltenen ASN. 1 -Typen in der Reihenfolge ihres Auftretens 



ASN . 1 -Definition 



Real : := REAL 



Codierung 
REAL=1 ,23E45# 



a(0), 
b(1 ), 
c(2) } 



erweiterte Codierung: 
ENUMERATED=b( 1 )# 
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in der Definition codiert. Dazu werden die Positionsnummern 
jeweils mit einem Komma abgetrennt vorangestellt . Als 
Trennelement zwischen diesen Typen wird jeweils ein 
"/"-Zeichen eingefugt. Nicht benutzte optionale Elemente der 
Sequence werden bei der Codierung einfach ausgelassen, so 
daB in diesem Fall dann auch das "/"-Zeichen als 
Trennelement nicht codiert wird. 



ASN. 1 -Definition 
Seq : : = SEQUENCE { 

a INTEGER, 



b BOOLEAN OPTIONAL, 
c INTEGER } 



Codierung (mehrere Beispiele) 
SEQUENCE=2{1 , INTEGER=1 23#/ 

3, INTEGER=456#} 
SEQUENCE= 3 { 1 , INTEGER= 1 # / 2 , 

B00LEAN=FALSE# / 3 , 

INTEGER^ 3 # } 



Der Wert einer Sequence of wird definiert, indem der 
eingeschlossene Datentyp entsprechend oft mit 
vorangestellter Positionsnummer and durch ein !f / M -Zeichen 
voneinander getrennt codiert wird. 



ASN . 1 -Definition Codierung (mehrere Beispiele) 

Seq SEQUENCE OF INTEGER SEQUENCE 0F=3 { 1 , INTEGERS #/2 , 

INTEGER= 2 § / 3 , INTEGER^ 3 # } 



SEQUENCE=0{ } 

SET 

Der Tag des Typs Set wird durch den Text "SET" codiert. Die 
Codierung des Wertes beginnt mit der Anzahl der codierten 
Elemente gefolgt von einem !! { ff - Zeichen und endet mit einem 
"}"-Zeichen. Bei der weiteren Spezif ikation der 
Wertcodierung mu/3 zwischen zwei Typen des Set-Datentyps 
unterschieden werden : 

Bei dem einfachen Set-Typ werden die in der Definition 
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enthaltenen ASN.1 -Typen in der Reihenfolge ihres Auftretens 
in der Definition codiert. Dazu werden die Positionsnummern 
jeweils mit einem Komma abgetrennt vorangestellt. Als 
Trennelement zwischen diesen Typen wird jeweils ein 
"/"-Zeichen eingefiigt. Nicht benutzte optionale Elemente der 
Set werden bei der Codierung einfach ausgelassen, so daS in 
diesera Fall auch das "/"-Zeichen als Trennelement nicht 
codiert wird. 

ASN.1 -Definition Codierung (mehr ere Beispiele) 

Set ::= SET { SET= 2 { 1 , INTEGER= 1 2 3 # / 2 , BOOLEAN=TRUE# } 

a INTEGER, 

b BOOLEAN, 

c OBJECT IDENTIFIER optional } 

Der Wert fur den Typ Set of wird definiert, indem der 
eingeschlossene Datentyp entsprechend oft mit 
vorangestellter Positionsnummer und durch ein "/"-Zeichen 
voneinander getrennt codiert wird. 

ASN.1 -Definition Codierung (mehrere Beispiele) 

Set ::= SET OF INTEGER SET=3 { 1 , INTEGER- 1 #/ 2 , INTEGER=2#/ 

3,INTEGER=3#} 

SET={} 

Character Strings 

Die Codierung fur die verschiedenen String-Typen und der 
davon abgeleiteten Subtypen ist identisch. Der Typ wird 
entsprechend des Datentyps wahlweise durch den Text 
•'Numericstring", "PrintableString", "TeletexString", 
"VideotexString", "VisibleString "lA5String", 
"GraphicString", "GeneralString" , "ObjectDescriptor", 
"UTCTime" oder GeneralizedTime" codiert. 
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Solange keine Sonderzeichen sowie nicht codierbare Zeichen 
enthalten sind, kann die einfache Wertcodierung verwendet 
werden . Diese wird durch den Text "simple 11 eingeleitet und 
mit einem " , "-Zeichen abgetrennt, steht die Anzahl der 
enthaltenen Zeichen. Der Text selber folgt uncodiert in 
geschweiften Klammern eingeschlossen . Sobald die Codierung 
mit der einfachen Wertcodierung nicht mehr moglich ist, 
erfolgt die erweiterte Codierung, die mit "complex" 
eingeleitet wird. Danach folgt mit einem ", "-Zeichen 
abgetrennt die Codierung der Anzahl der enthaltenen Zeichen 
gefolgt von einem "{"-Zeichen. Danach werden die Codes der 
einzelnen Zeichen durch ein "/"-Zeichen voneinander 
abgetrennt hexadezimal codiert. Beendet wird die Codierung 
durch ein "} "-Zeichen. 

ASN. 1 -Definition Codierung (mehrere Beispiele) 

Str ::= GeneralString GraphicString=simple , 3 {xyz } 

Generals tring=complex, 3{78/79/7A} 

CHOICE 

Der Typ einer Choice wird durch den Text "CHOICE" codiert. 
Die Codierung des Wertes einer CHOICE ist ahnlich zu der 
Codierung einer Sequence und beginnt mit der Zahl "1" fur 
die Anzahl der in dieser Choice codierten Elemente . Die 
Codierung des enthaltenen Elementes beginnt mit einem 
"{"-Zeichen und endet mit einem "}"-Zeichen. Vor der 
Codierung des Types wird dessen Position mit einem Komma 
abgetrennt codiert . 

ASN . 1 -Definition Codierung (mehrere Beispiele) 

Bsp CHOICE { CHOICE= 1 { 2 , Graphics tring= 

simple . 3 {A} } 

typl INTEGER, CHOICE=1 { 1 , INTEGER=1 2 3# } 

typ2 GraphicString } 
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ANY DEFINED BY 

Der Typ ANY DEFINED BY wird durch den String "ANY" 
definiert. Der Wert eines ANY-Typens wird entgegen zur 
BER-Codierung als eigener Typ codiert. Da der ANY DEFINED BY 
Typ nur innerhalb einer SEQUENCE oder eines SET erlaubt ist, 
zeigt das Beispiel die entsprechende Definition innerhalb 
einer Sequence Definition. Fur die Codierung wird zuerst der 
Text "1{" codiert und dann der fur den ANY-Typen vorgesehene 
Typ codiert. Die Definition wird durch das "}"-Zeichen 
abgeschlossen. 

ASN. 1 -Definition Codierung 

Seg ::= SEQUENCE { SEQUENCE=2 { 1 , INTEGERS #/2, 

ANY= { INTEGER= 5 # } } 

i INTEGER; 

a ANY DEFINED BY i } 
Informationsmodell referenzieren 

Entgegen der Klartextcodierung, die sich auch ohne Kenntnis 
des Informationsmodells decodieren lafit, ist fur eine 
BER-Codierung eine in Metadaten-Format abgespeicherte 
Ref erenz des Informationsmodells notwendig. Urn auch 
innerhalb der Klartextcodierung die Inforamtion iiber die zu 
benutzenden Metadaten codieren zu konnen, lafit sich optional 
jeder Typencodierung die zu verwendende Metadaten 
voranstellen. Diese Metadaten sind dann nur fur diesen und 
die darin enthaltenen Typen giiltig. 



ASN. 1 -Definition 
Bsp : : = INTEGER 



Codierung • 
SetMetaData=Dateiname, INTEGER=1 23# 



Anspriiche 



1 . Verfahren zur Ubertragung von Informationen, deren 
Aufbau durch die mit Abstrakte Syntax-Notation Eins (ASN.1) 
bezeichnete formale Sprache zur Definition von 
Datenstrukturen definiert ist, dadurch gekennzeichnet, daB 
die Ubertragung in als Text codierter Form erf olgt . 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet , daB 
eine Klartext-Codierung erf olgt. 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, daB 
zu jeweils einer zu iibertragenen Information die Bezeichnung 
des jeweils nach ASN.1 definierten Datentyps ubertragen 
wird . 

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet , daB 
die Bezeichnung vorangestellt und durch ein vorgegebenes 
Trennzeichen von der Information getrennt wird. 

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, daB 
das vorgegebene Trennzeichen ein Gleichheitszeichen ist\ 

6. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daB die als Text codierte Form der 
Information mit Hilfe einer standardmaBig verfiigbaren 
Ausgabeeinrichtung darstellbar ist . 
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7. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, dafi die mittels CMIP zu iibertragenen 
Informationen das Management offentlicher 
Telekommunikationsnetze betref f en . 

8. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daS die Informationen zwischen einem 
Teilnehmer und einem offentlichen Telekommunikationsnetz 
iibertragen werden und ein vom Teilnehmer durchzufiihrendes 
Management des Telekommunikationsnetzes betref fen. 

9. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daB eine eMail-Schnittstelle fur die 
textcodierten Informationen gebildet wird. 

10. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daB die Codierung durch die 
Verwendung von Codiertabellen flexibel an den Zeichenvorrat 
des Ubertragungssystems anpaflbar ist. 

11. Verfahren nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, daB das Codieren und Versenden der 
Managementinformationen sowie das Empfangen und Decodieren 
derselben automatisch erfolgen. 



Zusanunen fas sung 



Bei einem Verfahren zur Ubertragung von Informationen, deren 
Aufbau durch die mit Abstrakte Syntax-Notation Eins (ASN.1) 
bezeichnete formale Sprache zur Definition von 
Datenstrukturen definiert ist, erfolgt die Ubertragung in 
als Text codierter Form, vorzugsweise als 
Klartext-Codierung . Dadurch ist die Verwendung 
textorientierter Ubertragungsmedien, die weit verbreitet 
sind, moglich. Ferner wird eine Fehlersuche ohne zusatzliche 
Werkzeuge ermoglicht . 




Fig.1 
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